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ABSTRACT 

SURF  is  an  EDP-based  service  for  Support  of  User  Records  and  Files.  SURF 
is  designed  to  meet,  or  be  adaptable  to,  u  variety  of  unique  requirements 
fulfilling  the  needs  of  individuals  in  organizing,  maintaining  and  finding 
what  is  in  their  personal  files,  without  extensive  reprogramming  for  ’inusual 
or  special  demands.  It  is  programmed  in  SDC's  MADAM  language  which  is 
implemented  for  an  8K  IBM  lUOl ,  or  IBM  360/30  with  lUOl  emulator. 

Thie  document  describes  SURF  routines  and  associated  operational  requirements 
in  detail  sufficient  for  using  the  programs.  Included  are  a  summary  of  the 
history  and  purpose  of  SURF  development,  SURF  usage,  and  a  functional 
description  of  inputs,  outputs  and  processes.  Three  appendices  present 
complete  listings  of  instructions  for  each  routine,  examples  of  the  variety 
of  inputs  and  outputs  required  by  different  SDC  users,  and  operational 
instructions  to  keypunch  and  machine  operators. 
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1.  INTRODUCTION 

For  many  years  diverse  techniques  have  been  explored  to  find  more  effective 
ways  of  determining  and  satisfying  the  variegated  and  changing  information 
requirements  of  technical  personnel.  Almost  all  of  these  studies  and 
developments  have  concentrated  upon  centralized  systems  and  services: 
libraries,  information  centers,  dissemination  techniques,  and  centralized 
indexing  for  individual  scientists  and  technologists.  Over  the  past  three 
years  a  project  at  3DC  has  been  exploring  the  potentials  of  EDP  from  a 
different  standpoint- -that  of  aiding  individuals  directly  with  an  EDP-based 
service  that  could  be  responsive  to  their  unique  requirements  and  habits 
of  work. 

Experimentation  and  development  of  an  indexing  support  system  was  begun  in 
1962.  The  system,  programmed  for  an  IBM  ihOl,  accepted  indexing  informa¬ 
tion  provided  by  each  user  on  rigidly  formatted  coding  sheets,  and  produced 
a  variety  of  listings  for  him  at  regular  intervals.  This  initial  configur¬ 
ation,  while  useful,  was  limited  in  flexibility  and  capacity.  More 
importantly,  it  imposed  an  onerous  burden  of  coding  labor  for  input.  In  the 
spring  of  1965,  it  was  decided  to  use  the  then  newly  developed  MADAM  system 
and  language  to  build  a  more  capable  service  that  would  regain  the 
adaptability  to  user's  work  habits,  vocabulary,  and  viewpoints  while  reducing 
the  input  labor  required.  The  result  is  the  present  SUM1  system. 

In  addition  to  providing  viseful  service,  SURF  is  intended  to  furnish  a 
tool  for  study  of  user  Indexing  behavior  and  more  effective  means  of 
.termining  and  specifying  individual  information  requirements.  These 
latter  have  been  studied  almost  entirely  through  survey  techniques  of 
interview,  diary  or  questionnaire,  and  statistical  records  of  centralized 
services.  SURF  builds  a  machine -readable  record  of  user  indexing  practice 
as  a  by-product  of  rendering  service.  Direct  observation  of  SURF  users 
through  examination  of  these  records  can  not  only  give  evidence  on 
individual  habits  and  perspectives  hardly  obtainable  in  any  other  way,  but 
can  also  identify  information  they  regard  of  real  importance. 

2  USAGE 

This  document  describes  SURF  routines  and  the  operational  requirements 
associated  with  them  in  detail  sufficient  for  using  the  programs  and 
operating  the  service.  The  reader  is  referred  to  companion  document 
TM-2 91 3/OOO/OO,  A  User's  Guide  to  SURF:  Support  of  User  Records  and  Files, 
for  a  full  description  of  requirements  for  entering  and  using  the  service 
from  the  customer  standpoint. 

SU.\F  routines  are  written  in  SDC's  MADAM  programing  language  and  ere  card 
programmed .  The  processing  configuration  required  includes  an  IBM  lUOl  with 
four-six  tape  drives  or  an  IBM  360/ 30  with  lUOl  emulator.  All  I/O  and  processing 
operations  are  under  the  control  of  a  MADAM  system  tape.  Familiarity 
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with  MADAM  documentation  is  not  essential,  but  would  be  helpful  to  anyone 
operating  SURF,  particularly  where  modifications  to  SURF  products  are  sought 
for  requirements  not  now  net.  Relevant  documentation  is  listed  in  the 
references,  section  U- 

Inputs  to  SURF  consist  of  coding  sheets  filled  out  by  users  of  the  service 
and  sent  to  a  central  point,  where  they  are  converted  to  80- column  EAM 
cards.  'Riese  data  cards  are  inserted  in  the  SURF  program  deck  and  processed 
to  produce  printed  indexes  for  each  user.  Normally,  several  user's  inputs 
are  processed  together,  merged  with  prior  update  tapes  containing  those 
user's  files,  and  the  new  tapes  saved  for  future  updates  or  analysis  after 
printing.  As  will  be  seen  in  the  following  functional  description,  several 
options  and  alternative  routines  are  available  for  meeting  special  needs. 

Customers  of  the  service  have  applied  ST!HF  to  a  variety  of  materials 
including  indexes  to  technical  literature  and  correspondence,  engineering 
data,  trade  catalog  citations,  a  dictionary  of  grammar  rules  for  syntactic 
analysis,  and  an  inventory  of  program  routines  for  a  developing  system.  Some 
examples  of  these  uses  are  given  in  Appendix  B.  Figures  1  and  2  illustrate 
the  kind  of  inputs  and  outputs  provided  for  a  bibliographic  application. 

The  output  listings  are  conmonly  provided  on  unlined,  single-part,  medium- 
width  paper  and  consist  of  a  coding  sheet  proof  and  up  to  four  alphabets 
for  each  index.  Regular  updates  are  scheduled  monthly,  with  special 
listings  provided  more  often  on  demand. 

3-  FUNCTIONAL  DESCRIPTION 

The  following  description  is  divided  into  inputs,  outputs  and  processes. 
Processes  include  descriptions  of  the  general  flow  of  u  typical  update,  basic 
update  routines,  special-purpose  routines  and  process  options.  Complete 
listing  of  SURF  instructions  for  each  routine  are  presented  in  Appendix  A. 
Keypunch  instructions  for  SURF  inputs  and  machine  operator  instructions  for 
initiating  the  MADAM  system  and  running  SURF  jobs  are  given  in  Appendix  C. 

3  1  INPUTS 

Figure  1  illustrates  the  input  provided  by  SURF  users  on  coding  sheets  and 
the  resultant  punched  cards.  The  first  three  columns  are  dedicated  to  user 
identification,  in  this  case  his  initials  inverted,  followed  by  the  number 
of  his  index.  Thus  a  user  could  provide  himself  with  several  indexes  for 
different  materials  by  assigning  different  index  numbers.  Two  columns  are 
dedicated  to  an  output  format  code  that  identities  the  set  of  SURF  routines 
to  be  applied  to  this  input  and  the  form  of  listing  desired.  Columns  6-9 
are  dedicated  to  the  number  of  the  entry  assigned  by  the  user  to  each 
indexed  item,  and  column  10  to  the  card  nvsnber.  Users  need  to  enter  the  ID 
and  format  codes  only  once  on  each  coding  sheet,  and  the  entry  and  first 
card  number  once  for  each  item  indexed.  Card  numbers  are  incremented  as 
needed  by  the  keypunch  operator. 


29  April  1966 


TM -29I2/OOO/OO 


Everett  Wallace 


SURE  Input  Coding  Sheet 
Boon  9935 _ 


Ext.  656l 


Date:  65/10/18 


Mastered  fields  *  Field  Contents 
11- 


WEl  A1 


l)  Wallace,  Everett  M.  2)  experience  with  edp  support  of  Individuals’ 
file  maintenance.  3)  system  development  corp.  4)  64/07/07-  5)  sdc  ep- 
1646.  6)  reports  on  a  prototype  system  and  plans  for  modification  and 
improvement  in  the  light  of  experience.  7)  ibm  1401  programs 
7)  edp  support  of  user  records  and  files  7)  Indexing  support  to 
individuals 

l)  Crossley,  William  D.  2)  the  madam  system.  3)  system  development 
corp.  4)  65/08/05.  5)  sdc  tm-2198/001/00.  6)  describes  version  II. 

7)  madam  7)  ibm  programs  7)  programming  languages 


I  IE I A 1 00923 A  DAM  71  IBM  1401  PPOGPAMS  71  PP0GPOW1IMP  LANGUAGES 


UE1A100032PP.  4)  65/02/05.  5)  SDC  TM-2 192/001 /DO.  6)  DESCRIBES  VEPSI0N  II.  7>  M 


«  •  *  «  a  S  t 


HE  12100031 1 )  CP0SSLEY.  '.JILLIAM  0.  2)  THE  MADAM  SYSTEM.  3)  SYSTEM  DEVELOPMENT  CO 


soso  oooeeeos 

itl.l.ll.  1,  n  >  d  •  <•  «  » 

n  |  1111  111111 


on •  •  0  mill 

..itinttmtiiitiiM 

1  111  I  III  111  1 


iiiimmjinii  imiim 


muni  nn  n 

44444444444  4144 
5  55551555515555 

immmmmmi 

1111111111111111 

1 1 1  I  I  1 1 1  1 1 1  III! 


uiiiiiiiiiii!  h 

t  I  I  I  I  t  *  I  I  '•  tl  #  tl  M  *  »  It 

tint  lain 

I  !  1 


3  11  111 
4444444444 
55  5555555 

lllllt  III 
1111111111 

III  Mill 


1111111  11  1111 

«HNMIl!).nN»l)MM>tn 


» ta  >  ■  n  •  a  «  w  <1 «  « <> »  « •  M  v  v  11 «  h  »  V  « If  M  »  •>  u  m  a  MU  «  m  •  *  II  n  »  »  »  n  *  it  it 


min 

limit 

lilt 


MM  llltlll 


I  I  I  I  I  I  I  I  I  t 

I  ntiiimi 

nil  min: 

4444044  4  I 
555555  5555! 
MMMMMII 
11117111711: 

II  M  1 1  M 1 1 


IIIIIIII1I1I 

liana  11  mmmiimiim 


'••Mill 


mil  lllllll  M 


1  I  It  I  I  I  II  I  I  1  11  I  1  1  I  I  1  1  I  I  I  1  1  I  I  1  1  11 

:  1  nunu  1  immimmm 
nn  n  1  inn  ninn  inn  1 ' 

444444  444  444  444  '4  *4  4  4  4  4  4  *4  4  4  4  4 
5MMI  5  5  5  M5  5  5ii55  "  5  5  5  S  '5i5 
111111101111111111111111  'Mltlll 

n 1?  r 11 111 7 111 111 11 111 111  ♦  11 11 n 

00  0000  10  40  oooooonoooioooooo 


no  uni  1  inn  in  nin  nn  i  in  inn 

M«MMMWIHIMHM|IMMM<inilHttMI'MHItll!lnNII*nilltN 


Figure  1.  Examples  of  SURF  Inputs 
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CODING  SHEET  PROOF  FOR  WEI 


ENTRY  0002  FORMAT  A1 

1  1)  WALLACE,  EVERETT  M.  2)  EXPERIENCE  WITH  EDP  SUPPORT  OF  INDIVIDUALS' 

2  FILE  MAINTENANCE.  31  SYSTEM  DEVELOPMENT  CORP.  4)  64/07/07.  5>  SDC  SP 

3  -1646.  6)  REPORTS  ON  A  PROTOTYPE  SYSTEM  AND  PLANS  FOR  MODIFICATION  AN 

4  D  IMPROVEMENT  IN  THE  LIGHT  OF  fcXPER  IENCE.  71  IBM  1401  PROGRAMS  7)  EDP 

5  SUPPORT  OF  USER  RECORDS  AND  FILES  7»  INDEXING  SUPPORT  TO  INDIVIDUALS 

ENTRY  0003  FORMAT  A1 

1  l)  CROSSLEY,  WILLIAM  U.  2)  THE  MADAM  SYSTEM.  3)  SYSTEM  DEVELOPMENT  CO 

2  RP.  41  65/00/05.  5)  SDC  TM-2 1 9ft /OO 1 /OO .  6)  DESCRIBES  VERSION  II.  71  M 

3  ADAM  71  IBM  1401  PROGRAMS  71  PROGRAMMING  LANGUAGES 


FIELD  NO. 


SURF  INDEX 

FOR  WEI  ENTRY  NO. 


CROSSLEY.  WILLIAM  0.  i 

CRUSSLEY,  WILLIAM  0.  THE  MADAM  SYSTEM.  SYSTEM  DEVELOPMENT  CORP 
.  65/08/05.  SDC  TM- 21 98/001/00.  DESCRIBES  VERSION  II. 

WALLACE,  EVtRETT  M.  ? 

WALLACE,  EVERETT  M.  EXPERIENCE  WITH  EDP  SUPPORT  OF  INDIVIDUALS' 
FILE  MAINTENANCE.  SYSTEM  DEVELOPMENT  CORP.  64/07/07.  SDC  SP- 
1646.  REPORTS  UN  A  PROTOTYPE  SYSTEM  AND  PLANS  FOR  MODIFICATION  A 
ND  IMPROVEMENT  IN  THE  LIGHT  OF  EXPERIENCE. 


SURF  INDEX 


F IELO  NO. 


FOR  WEI 


ENTRY  NO. 


EDP  SUPPORT  OF  USER  RECORDS  AND  FILES  2 

WALLACE,  EVERFTT  M.  EXPERIENCE  WITH  EDP  SUPPORT  OF  INDIVIDUALS* 
FILE  MAINTENANCE.  SYSTEM  DEVELOPMENT  CORP.  64/07/07.  SDC  SP- 
1646.  REPORTS  ON  A  PROTOTYPE  SYSTEM  AND  PLANS  FOR  MODIFICATION  A 
ND  IMPROVEMENT  IN  THE  LIGHT  OF  EXPERIENCE. 

IBM  1401  PROGRAMS  3 

CROSSLEY,  WILLIAM  0.  THE  MADAM  SYSTEM.  SYSTEM  DEVELOPMENT  CORP 
.  65/08/05.  SDC  TM- 2  I  98/ 00 1 /OO.  DESCRIBES  VERSION  II. 

IBM  1401  PRUGRAMS  2 

WALLACE,  EVERETT  M.  EXPERIENCE  WITH  EDP  SUPPORT  OF  INDIVIDUALS' 
FILE  MAINTENANCE.  SYSTEM  DEVELOPMENT  CORP.  64/07/07.  SDC  SP- 

1646.  REPORTS  ON  A  PROTOTYPE  SYSTEM  AND  PLANS  FOR  MODIFICATION  A 
ND  IMPROVEMENT  IN  THE  LIGHT  OF  EXPERIENCE. 

INDEXING  SUPPORT  TO  INDIVIDUALS  2 

WALLACE,  EVERETT  M.  EXPERIENCE  WITH  EDP  SUPPORT  OF  INDIVIDUALS' 
FILE  MAINTENANCE.  SYSTEM  DEVELOPMENT  CORP.  64/07/07.  SDC  SP- 

1646.  REPORTS  ON  A  PROTOTYPE  SYSTEM  AND  PLANS  FOR  MODIFICATION  A 
ND  IMPROVEMENT  IN  THE  LIGHT  OF  EXPERIENCE. 

MADAM  3 

CRUSSLEY,  WILLIAM  0.  THE  MADAM  SYSTEM.  SYSTEM  DEVELOPMENT  CORP 
.  65/08/05.  SDC  TM-2 1 98/001 /OO.  DESCRIBES  VERSION  II. 

PROGRAMMING  LANGUAGES  3 

CROSSLEY,  WILLIAM  0.  THE  MADAM  SYSTEM.  SYSTFM  DEVELOPMENT  CORP 

.  65/08/05.  SDC  TM-2198/001 /OO.  DESCRIBES  VERSION  II. 


Figure  2.  Examples  of  SURF  Outputs 
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Columns  11-79  are  free  of  formatting  restrictions  and  contain  the  elements 
of  information  within  each  entry  that  are  to  be  indexed.  These  elements  are 
identified  by  the  use  of  numbered  fields.  As  illustrated  by  Figure  1,  the 
beginning  of  each  field  is  defined  by  a  one -digit  arable  numeral  followed  by 
a  parenthesis  and  a  space.  The  first  card  of  each  entry  must  begin  with  a 
field  number  in  colunn  11.  The  user  is  free  to  enter  up  to  125  characters, 
Including  spaces,  after  a  given  field  number.  On  output,  fields  identified 
with  the  same  odd  mother,  i.e.,  i)  3)  5)  7)  are  sorted  and  listec 
alphabetically  by  their  contents,  thus  providing  up  to  four  alphabets  within 
a  single  index.  Even-numbered  fields,  i.e..  2)  4)  etc.,  identify  information 
elements  not  to  be  sorted.  For  a  single  entry,  SURF  accepts  that  which  can 
be  contained  within  9  punched  cards,  or,  for  the  entry  contents  proper,  a 
limit  of  621  characters  including  spaces. 

For  purging  their  files  of  obsolete  or  unwanted  entries,  users  may  submit 
a  ceding  sheet  containing  ID,  format  and  entry  number  information,  and, in 
place  of  card  number,  the  letter  D,  leaving  the  area  of  the  coding  sheet 
devoted  to  colisans  11-79  blank.  Implementation  of  this  feature  is  described 
in  sections  3- 3-1 *3  and  3* 3 -2. 2. 


3-2  OUTPUTS 

Figure  2  illustrates  the  two  kinds  of  output  generated  by  SURF  us4ng  the 
input  samples  of  Figure  1.  These  consist  of  a  coding  sheet  proof  and  SURF 
Indexes,  each  supplied  with  standard  headings  identifying  the  user  and  the 
kind  of  index.  The  coding  sheet  proof  presents  a  facsimile  of  the  card 
images  arranged  by  entry  mmber  and  card  number  and  prlnced  in  lines  of  71 
characters.  The  indexes  are  printed  in  lines  of  74  characters  with  the  bo$y 
of  the  entries  indented  9  spaces  following  the  sorted  elements  for  each  field. 
The  field  numbers  have  been  replaced  bj  spaces  and  the  leading  zeros  stripped 
'ran  the  entry  numbers.  The  contents  of  field  7)  have  been  edited  out  from 
the  body  of  the  entries  under  format  option  Al. 

The  philosophy  underlying  this  design  is  complete  information  at  every  point 
with  an  option  to  the  user  of  having  chosen  sortable  elements  appear  only 
once  as  an  alphabetic  key.  In  the  example  shown,  that  of  bibliographic 
citation,  field  l)  was  assigned  to  authors,  2)  to  title,  3)  to  source  or 
n  saber ,  4)  to  date  and  cement,  and  7)  to  subject  keys  which  are  de'eted 
from  the  entries  ’under  foraa»  option  Al.  Fortat  option  B1  retains  the 
contents  of  field  7)  in  the  body  of  the  entries  as  listed.  The  effect  of 
using  the  Al  option  is  to  shorten  the  Indexes.  Process  imp).  1  cations  of  these 
options  are  given  in  section  3  3-3-2  and  further  examples  in  Appendix  B. 
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3.3  PROCESSES 

Figure  3  presents  the  general  flow  of  a  typical  SURF  update.  As  can  be  seen, 
the  keypunched  input  is  inserted  in  the  SURF  Specification  deck  and  read. 

The  specifications  include  program  instructions  and  instructions  to  machine 
operators  for  mounting  and  saving  tapes  for  the  basic  processes  and  for  any 
special  routines  inserted  in  the  flow  for  deletion,  editing  or  selective 
print.  All  operations  are  under  the  control  of  a  MADAM  operating  system  tape, 
mounted  on  tape  drive  #1. 

3.3-1  Basic  SURF  Update  Routines 

3. 3 .1.1  Load  &  Sort 

The  LOAD  operation  reads  the  input  data  cards  and  builds  a  file  of  card 
images  on  tape  drive  # 2,  inverting  the  relative  positions  of  the  ID  and  format 
codes.  The  SORT  instruction  reads:  SORT  1,2  BY  0,10,80  END  vrhich  means, 

"sort  file  1  drive  2  by  format,  user,  entry  and  card  number  with  records  not 
exceeding  80  characters."  The  specification  of  "80"  provides  the  most 
efficient  use  of  the  dynamic  core  allocation  feature  of  this  MADAM  process. 

3. 3. 1.2  PRINT  Entry  Records 

This  routine  produces  the  coding  sheet  proof  illustrated  in  Figure  2,  from 
the  card  records  on  file  1  of  tape  drive  2. 

3. 3. 1.3  ABSTRACT  Entry  Records  (i.e.,  Merge) 

The  entry  record  merge  is  initiated  by  the  instruction:  ABSTRACT  1,3 
FRCM  1,5  BY  1,2  which  means,  "merge  the  first  file  of  drives  5  and  2  onto 
drive  3."  The  process  is  equivalent  to  a  single  sort  pass  through  ordered 
files  comparing  the  first  ten  characters  of  each  card  image.  The  routine 
also  implements  the  deletion  feature  described  in  Section  3.1.  That  is,  it 
does  not  write  any  record  from  the  old  entry  record  tape  if  the  update 
contains  the  same  entry  number  and  the  letter  D  instead  of  a  card  number. 

Ihe  routine  is  noimally  followed  by  a  copy  instruction:  COPY  1,5  FROM  1,3 
END  copying  the  merged  file  back  onto  drive  5#  thus  permitting  the  process 
to  proceed  without  interruption.  If  an  additional  generation  of  entry 
record  files  is  desired  to  be  retained  as  a  protection  against  tape  damage, 
the  COPY  instruction  would  be  replaced  by  a  halt  instruction:**** 

SAVE  TAPE  3  REPLACE  BY  A  BLANK  PRESS  START. 

3. 3.1*^  FOFMAT  Card  Images 

This  is  the  first  of  three  format  operations  and  is  initiated  by  the 
instruction  FORMAT  1,3  FRCM  1,2.  The  card  images  are  scanned  to  locate  and 
compute  the  length  of  entries  and  fields  within  entries.  Each  entry  is  then 
written  as  a  single  record.  If  through  input  error  more  than  nine  card 
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images  are  identified  with  the  same  entry  number,  the  routine  processes 
the  first  nine  and  passes  on  to  the  next  entry.  If  a  user  fails  to  observe 
the  125-character  limit  of  a  single  field,  the  routine  constructs  a  new 
field  with  the  same  field  number  for  the  overflow. 

3.3*1 .5  FORMAT  To  Duplicate  Records  by  Sortable  Elements  and  SORT 

FORMAT  1,4  FRCM  1,3  processes  the  records  generated  by  the  preceding  format 
routine  such  that  records  of  900  characters  are  duplicated  for  each  sortable 
field  within  a  record.  Hie  first  fifty  characters  of  each  sortable  field, 
which  begins  with  field  number,  is  placed  in  the  last  50  positions  of  each 
record  to  furnish  part  of  the  sort  key  for  the  following  SORT  instruction. 

The  sort  orders  these  records  alphanumerlcally  first  by  user  code,  then  the 
50  characters  of  the  sortable  fields,  and  finally  by  the  first  30  characters 
of  the  body  of  each  entry. 

3. 3* 1.6  FORMAT  List  Tape 

The  final  format  operation  begins  with  the  instruction  FORMAT  1,3  FRCM  1,4. 

It  lays  out  print  lines  justified  at  position  ?4  in  records  of  102  characters. 
Positions  80  to  102  contain  user  code,  field  number,  entry  number  and  the 
first  12  characters  of  the  body  of  the  entry. 

3. 3*1.7  ABSTRACT  List  Records  (i.e.,  Merge) 

Hie  merge  of  the  old  list  tape  with  the  update  begins  with  the  instruction 
ABSTRACT  1,4  FROM  1,6  BY  1,3.  It  orders  upon  user  code,  field  number,  up 
to  30  characters  of  the  alphabetized  records,  and,  in  cases  of  equality  in 
the  above  data,  upon  the  first  12  characters  of  the  entry. 

3. 3 .1.8  PRINT  List  Records 

PRINT  1,4  initiates  the  listing  of  the  updated  user  indexes  illustrated  in 
Figure  3*  Hie  routine  tests  for  user,  field  number  and  length  of  page, 
setting  up  standard  headings  as  per  the  figure.  Hie  headings  are  readily 
modified  to  fit  particular  requirements.  This  is  the  final  routine  in  the 
basic  update  process.  The  last  instructions  in  the  specification  deck  are 
RESTORE,  to  space  up  the  paper,  POSITION  1,3  1,4  1,5  1,6  END,  to  rewind 
tapes  and  *****END  OF  JOB  SAVE  TAPES  3456. 

3.3.2  Special  Purpose  Routines 

3. 3-2.1  ABSTRACT  From  CARDS  for  Deletion  of  Entry  Records 

This  routine  is  used  for  special  deletions  from  long  entry  record  files  in 
lieu  of  deleting  in  the  course  of  an  update  using  the  card  number  with  D 
discussed  in  section  3  * 3 -1  * 3 *  It  compares  on  user  code  and  entry  numbers, 
writing  only  those  records  that  are  not  equal.  It  will  delete  between  1  to 
15  records  on  a  single  pass.  The  set  of  program  instructions  is  followed 
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immediately  by  a  card  containing  user  code  in  col.  1-3,  and  entry  numbers 
beginning  in  column  5,  and  every  5th  column  thereafter,  i.e.,  10,  15,  20, 
etc.,  to  the  end  of  the  card.  Blanks  on  the  card  are  ignored.  If  used  in 
conjunction  with  a  regular  update,  the  deck  beginning  with  the  instruction 
ABSTRACT  1,3  FROM  1,5  BY  CARDS  would  be  inserted  in  front  of  the  regular 
specification  deck.  It  would  be  followed  by  COOPY  1,5  FROM  1,3  END,  thus 
deleting  required  entries  from  the  old  entry  record  tape,  and  copying  back 
onto  reel  5* 

3. 3- 2. 2  ABSTRACT  from  CARDS  for  Deletion  of  List  Records 

The  instructions  for  this  process  are  nearly  identical  with  those  of  #9 
above  except  that  the  entry  number  is  in  a  different  location  on  the  list 
tape  records.  Again,  if  used  in  conjunction  with  a  regular  update,  the 
instructions  and  data  card  for  this  routine  would  be  inserted  in  the 
specification  deck  prior  to  merging  the  processed  update  with  the  old  list 
tape,  i.e.,  before  the  ABSTRACT  routine  already  described  in  section  3-3-1-7- 

3. 3-  2- 3  FORMAT  for  Modification  of  List  Records  (SL3  FOMT) 

The  list  tape  records  for  the  normal  update  process  contain  102  characters, 
the  last  12  of  which  are  used  for  comparison  in  merging  list  tapes  to 
alphabetize  by  contents  of  entry  when  the  index  (i.e.,  sorted  and 
alphabetized)  terms  are  the  same.  For  some  kinds  of  data  twelve  characters 
will  not  be  sufficient  to  effect  a  strict  ordering.  This  routine  reformats 
list  tape  records  processed  by  the  normal  update  to  a  size  of  110  characters, 
extending  the  entry  record  data  to  20  characters. 


3. 3*2. 4  FORMAT  for  Special  Listings 

The  nor.nal  update  process  produces  indexes  in  which  there  is  complete  entry 
information  at  every  point.  Two  routines  are  available  for  selection  of 
parts  of  the  entries  to  be  written  as  a  new  list  tape. 

SL1  FORMAT  is  intended  to  be  used  for  analyzing  the  vocabulary  of  indexes. 
User  ID  can  be  used  to  select  one  or  more  users'  records.  If  all  users  in 
a  file  are  to  be  combined,  the  card  containing  the  instruction  testing  user 
ID  is  withdrawn  from  the  deck.  The  routine  tests  and  writes  all  records 
that  do  not  begin  with  blanks,  i.e.,  the  sorted  elements.  If  it  is  desired 
to  consolidate  the  vocabularies  of  diverse  users,  the  routine  is  followed 
by  a  sort  instruction:  SORT  1,4  BY  0,49  AND  90,12,102  END. 

SL2  FORMAT  may  be  used  instead  of  a  special  print  routine  for  selection  of 
data  to  be  printed  as  an  index.  Ihis  is  often  more  economical  than  using 
the  print  routine  for  long  files.  An  example  of  this  usage  is  given  in 
TM-2 921/OOO/OO,  Index  to  Documents  of  Multi -Department  Technical  Interest. 
In  that  index,  field  number  3  was  assigned  to  document  number  and  field 
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number  7  to  organization  code.  Instead  of  providing  complete  entry 
information  for  these  indexes,  it  was  desired  to  provide  only  sufficient 
data  for  cross  reference  to  the  author  index,  i.e.,  the  sorted  element,  the 
first  twelve  characters  of  the  entry,  and  the  entry  number.  The  resultant 
print  line  appears  as:  TM-OOOO/ 000/00  AUTHOR  NAME  3681 

3 . 3 .2 . 5  PRINT  Modifications 

The  print  specifications  for  the  normal  update  specify  standard  headings  as 
shown  in  figure  3.  These  are  readily  changed.  Examples  and  instructions  for 
different  headings  are  given  in  the  MADAM  documentation. 

Frequently  a  file  will  contain  many  user's  records  of  which  only  one  or  two 
will  be  updated  for  a  given  run.  If  it  is  desired  to  print  only  certain 
users '  records#  a  card  can  be  inserted  immediately  after  the  READ  instruction 
at  the  beginning  of  the  PRINT  routine  that  is  formatted  as  fellows:  IF 
ANY  80,3  NQ  (user  ID  codes  separated  by  a  space)  DO  A.  That  is,  the 
occurrence  of  any  ID  code  in  the  tape  record  that  does  not  match  those 
contained  within  the  parentheses  will  cause  the  routine  to  read  the  next 
record. 

The  PRINT  routine  corresponding  to  the  SL2  FORMAT  routine  for  selection  of 
index  data  is  given  in  Appendix  A.  This  particular  routine  tests  on  field 
number  and  reads  by  all  records  that  begin  with  blanks,  i.e.,  the  body  of 
the  entries,  for  the  fields  selected  to  be  printed  in  the  format  given  above 
under  the  description  of  SL2.  There  are  many  alternative  selections  that 
are  easily  implemented  for  special  printouts  given  some  familiarity  with  the 
MADAM  language  and  routines . 

3.3*3  Process  Options 

3. 3.3.I  Sortable  Field  Changes 

There  are  a  number  of  changes  that  may  be  made  in  the  basic  SURF  routines  for 
particular  requirements  through  altering  but  one  or  two  instructions.  For 
example,  if  more  than  four  sortable  fields  are  needed  to  provide  additional 
alphabets  in  the  indexes,  the  second  card  in  the  FORMAT  routine  described 
in  section  3. 3*1*5  may  be  replaced.  That  card  now  reads:  SET  (1357)  AT 
TUMP  10.  If  two  additional  alphabets  were  desired  the  card  could  be  replaced 
by  one  reading:  SET  (123U57)  AT  TEMP  10,  thus  specifying  field  numbers  2 
and  U  as  sortable.  In  addition  the  sixth  card  in  that  routine  would  be 
replaced  by  one  reading:  IF  ANY  TEMP  10,6  NQ  IN  O', 1  DO  4. 

3. 3* 3*2  Field  Deletions  from  Entries 

At  present  the  only  difference  between  format  options  A1  and  B1  is  the 
presence  or  absence,  respectively,  of  the  15th  card  in  the  FORMAT  routine 
described  in  section  3*3*1*6.  That  card  reads:  OR  IN  0',1  EQ  (7). 

When  present,  the  instruction  deletes  the  contents  of  field  #7  from  the  body 
of  the  entries  in  laying  out  the  print  lines.  If  it  were  desired  to  extend 


29  April  i Ji% 


15 


lM-2912/OOO/OO 


the  deletion  to  another  sortable  field,  say  field  #5,  the  instruction  would 
be  changed  to  read:  OR  IN  0',1  EQ  (5)  OR  IN  0',1  EQ  (j) .  This  would  have 
the  effect  of  further  shortening  the  entries  within  the  indexes,  while  still 
preserving  an  alphabetic  key  to  the  contents  of  fields  #5  and  #7.  The 
instruction  could  be  extended  to  include  any  or  all  sorted  fields. 

3.3 *3 *3  Four  Tape  Operation 

For  those  configurations  using  SURF  that  include  four  tape  drives  rather 
than  six,  it  will  be  necessary  to  insert  a  halt  instruction,  i.e.,  four 
asterisks  — #***— followed  by  instruction  to  the  machine  operators  for 
mounting  and  demounting  tapes  before  and  after  the  first  ABSTRACT  routine 
(section  3*3*1*3)  and  before  the  second  ABSTRACT  routine  (section  3-3-1-T) - 
Otherwise,  the  basic  process  is  identical  with  six -tape  operation,  except 
that  the  initial  instructions  for  each  routine  must  call  out  the  appropriate 
tape  drives.  A  similar  requirement  is  imposed  when  a  file  is  built  for 
the  first  time,  i.e.,  without  any  prior  entry  record  or  list  tape  to  merge 
with  the  initial  data  processed. 
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5.  APPENDIX  A:  COMPLETE  LISTING  CF  PROGRAM  INSTRUCTIONS 

This  Appendix  presents  a  listing  of  the  SURF  routines  in  the  order  in  which 
they  were  described  in  the  preceding  text  for  the  basic  SURF  update  and 
special  purpose  routines ,  and  references  relevant  text  sections.  Process 
options  are  dealt  with  in  the  course  of  presentation  together  with  such 
description  as  seems  necessary. 


5.1  BASIC  SURF  UPDATE  ROUTINES 


TO  BE  PLACED  AT 

2 

0 

5 

10 


5.1.2  PRINT  Entry  Records  (See  Also  Section  3.3.1.2) 

PRINT  1.2 

1.  READ 

IF  LINE  0,3  EQ  (1)  DO  5 

A.  IF  2,3  NQ  TEMP  0,3  RESTORE  AND  SET  (OOl) 

AT  PAGE  0,3  AND  DO  4 

B.  IF  LINE  0,3  GR  (55)  RESTORE  DO  4 

C.  IF  5,4  NQ  TEMP  3,h  DO  5 

2.  SET  9,1  AT  OUT  0  AND  10,69  AT  OUT  2  AND  2,3  AT  TEMP  0,3 
3  •  PRINT  DO  1 

4.  SET  (  CODING  SHEET  PROOF  FOR)  AT  OUT' 20 
AND  2,3  AT  OUT  43  AND  (PAGE)  AT  OUT  67 
AND  ADJUST  PAGE  0,3  NUMBER  AT  74 
PRINT  SKIP  2  DO  C 

5.  SET  (ENTRY)  AT  OUT  0  AND  (FORMAT)  AT  OUT  47 
AND  5,4  AT  OOT  7  AND  0,2  AT  OUT  55 

AND  5,4  AT  TEMP  3,4  SKIP  1  PRINT  DO  2 
END  OF  SUHFPRIHT-1 


5.1.1  LOAD  &  SORT  (See  Also  Section  3»3.1.l) 

LOAD  FILE  1  TAPE  2  FROM  CARDS 

RFADER,  THE  FIELDS  TO  BE  INCLUDED  ARE  AS  FOLLOWS 

CARD  NUMBER  BEGIN  WITH  COLUMN  FIELD  SIZE 


1  1 

1  4 

1  6 

1  11 

THIS  IS  THE  END  CF  THIS  OPERATION. 
SORT  1,2  BY  0,10,80  m> 


3 

2 

5 

69 


5.1.3  ABSTRACT  Entry  Records  (See  Also  Section  3»3.1»3) 

ABSTRACT  1,3  FROM  1,5  BY  1,2 

1.  REA DA 

IF  ENDA  SET  (999999999)  AT  IRA  0 

2.  REAIB 

3.  IF  ENDB  SET  (999999999)  AT  INB  0 
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4.  IF  INA  0,9  GR  INB  0,9  DO  9 

5*  IF  INA  0,9  LS  INB  0,9  WRITE  INA  0,80  REA  DA.  DC  11 

6.  IF  INB  9,1  EQ  (D)  REAM  DO  4 

7.  IF  ISA  0,9  EQ  (999999999)  STOP 

8.  WRITE  INB  0,80  DO  1 

9.  IF  INB  9,1  NQ  (D)  WRITE  INB  0,80 

10.  DO  2 

11.  IF  ENDA  SET  (9999°  9999)  AT  INA  0 

12.  DO  4  END  ENTRY-RECORDS -MERGE 
COPY  1,5  FROM  1,3  END 


5*1*4  FORMAT  Card  Images  (See  Also  Section  3. 3 *1-4) 


FORMAT  1,3  FROM  1,2 
READ  SET  (  ))  AT  TERM  0 

1.  SET  (115109112115)  AT  TEMP  0  AND  IN  0,9  AT  IN  100  AND  (0)  AT  TEMP  15 
LA.  DO  3 

2.  READ 

IF  END  OR  IN  0,9  NQ  IN  100,9  DO  10 

IF  IN  10,1  EQ  (  )  AND  TERM  5,1  NQ  ())  SET  (  )  AT  IN  9' 

COMPUTE  TEMP  9,3  +  (l)  =  TEMP  9,3 
3-  SCAN  IN  10,69 
4.  SET  (  )  AT  TERM  5 

IF  NEXT  WORD  EQ  NUMERIC  AND  TERM  5,1  EQ  {))  AND  TEMP  203,3  EQ  (l) 

SET  (  )  AT  IN  9'  DO  8 

5*  COMPUTE  TEMP  9,3  -  TE2!P  0,3  +  TEMP  203,3  =  TEMP  18,3 
IF  TEMP  18,3  GR  (130)  DO  10 
6.  SET  WORD  AT  IN  9' 


COMPUTE  TEMP  9,3  +  TEMP  203,3  =  TEMP  9,3 
IF  TfMP  9,3  GR  (947)  SET  (947)  AT  TEMP  9  DO  10 
IF  MORE  SET  TERM  5,1  AT  IN  9'  DO  6A 
7.  IF  IN  78,1  EQ  (  )  SET  (  )  AT  IN  9' 

COMPUTE  TEMP  9,3  +  (l)  =  TEMP  9,3 
7A.  DO  2 


6A. 

6B. 

8. 

9* 
10. 
1QA . 


11 


11A. 


COMPUTE  TEMP  9,3  +  (l)  »  TEMP  9,3 
IF  MORE  DO  4 
DO  2 

IF  TEMP  15,1  EQ  (0)  SET  (l)  AT  TEMP  15  DO  1U 

COMPUTE  TEMP  9,3  +  (2)  «  TS4P  9,3 

COMPUTE  TEMP  6,3  -  (97)  -  IN  3’, 3 

COMPUTE  TEMP  9,3  -  TEMP  0,3  -  IN  6', 3 

COMPUTE  TEMP  9,3  -  TEMP  3,3  *  (3)  «  TEMP  6,3  &  (3) 

IF  IN  0,9  NQ  IN  100.9  DO  12 

IF  TEMP  3,3  BG  (947)  DO  12 

SET  TEMP  9,3  AT  TEMP  0 

IF  TEMP  18,3  OR  (130)  DO  l4 

SET  WORD  AT  IN  9'  DO  6A 


TEMP  9,3 


4 
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12.  SET  (XXX)  AT  IN  3’ 

COMPUTE  TEMP  3,3  -  (97)  =  TEMP  12,3 
WRITE  IN  100,12 ' 

IF  END  STOP 

13.  IF  IN  0,9  EQ  IN  100,9  READ  DO  13 
13A.  DO  1 

14.  SET  ()  AT  IN  9' 

COMPUTE  TEMP  9,3  +  (l)  =  TEMP  9,3  DO  5 
END 

5.1.5  FORMAT  to  Duplicate  Records  by  Sortable  Elements  and  SORT 
(See  Also  Section  3. 3 *1*5) 

FORMAT  1,4  FROM  1,3 

SET  (1357)  AT  TEMP  10 

1.  SET  (009000)  AT  TEMP  0 
READ 

2.  SET  IN  O', 6  AT  TEMP  0 

IF  ANY  TEMP  10,4  NO.  IN  O', 1  DO  4 
3-  SET  IN  O', 3'  AT  IN  85O 
WRITE  IN  0,900 
SET  TEMP  40,50  AT  IN  850 

4.  COMPUTE  TEMP  0,3  +  TEMP  3,3  •  TEMP  0,3 
IF  IN  O', 3  EQ  (XXX)  DO  1 

5.  DO  2  END 

SORT  1,4  BY  2,3  AND  850,50  AND  16,30,900  END 

5.1*6  FOFMAT  List  Tape  (See  Also  Section  3. 3.1-6) 

FORMAT  1,3  FROM  1,4 

1.  READ 

SET  IN  2,3  AT  OUT  80 
SET  IN  5,4  AT  OUT  34 
SET  IN  16,12  AT  OUT  90 
SET  IN  850,1  AT  OUT  83 
SET  (009000009000)  AT  TEM?  O 
SET  IN  851,49  AT  OUT  0 
1A.  ADJUST  IN  5,4  AT  OUT  74  WRITE  OUT  0,102 
SET  IN  910,80  AT  OUT  0 

2.  IF  IN  O' ,3  EQ  (XXX) 

WRITE  OUT  0,102  SET  IN  910,80  AT  OUT  0  DO  1 

3.  SET  IN  0',6  AT  TEMP  0 

IF  IN  0’,1  EQ  (  )  AND  TEMP  12,1  EQ  (T) 

OR  IN  0*,1  EQ  (7)  * 

*The  presence  or  absence  of  this  card  respectively,  deletes  or  does  not 
delete  the  contents  of  field  no.  7  from  the  body  of  entries,  corresponding 
to  format  options  A1  and  Bl. 
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SET  (T)  AT  TOtP  12  DO  7 
SET  (0)  AT  TEMP  12 
COMPUTE  TEMP  0,3  +  (l)  =  TEMP  0,3 
COMPUTE  TEMP  3,3  -  (l)  -  TEMP  3,3 
COMPUTE  TEMP  9,3  +  TEMP  3,3  =  TEMP  9,3 

4.  IP  TEMP  9,3  LQ  (66)  DO  6 
5-  COMPUTE  TEMP  9,3  -  (66)  *  TEMP  9,3 

COMPUTE  TEMP  3,3  -  TEMP  9,3  =  TEMP  3,3 
SET  HI  0',3'  AT  OUT  6' 

WRITE  OUT  0,102 
SET  HI  910,80  AT  OUT  0 
SET  (009)  AT  TEMP  6 
COMPUTE  TEMP  0,3  +  TEMP  3,3  =  TEMP  0,3 
SET  TEMP  9,3  AT  TEMP  3  DO  4 
6.  SET  IN  0' ,3'  AT  OUT  6' 

COMPUTE  TEMP  6,3  +  TEMP  3,3  =  TEMP  6,3 
7*  COMPUTE  TEMP  0,3  +  TEMP  3,3  =  TEMP  0,3 
DO  2 

END  RESTORE 


5-1.7 


ABSTRACT  List  Records  (See  Also  Section 


ABSTRACT  1,4  FROM  1,6  BY  1,3 
READB 


1.  READA 

IF  ENDA  SET  (99999999)  AT  DIA  80  DO  2 
IF  DIA  0,2  EQ  (  )  DO  3 

2.  IF  INA  80,8  EQ  INB  80,8  DO  6 
IF  INA  80,4  EQ  INB  80,4  DO  8 
IF  INA  80,8  GR  INB  80,8  DO  4 

3.  WRITE  INA  0,102  DO  1 

4.  WRITE  INB  0,102  READS 

IF  ENDB  SET  (99999999)  AT  INB  80  DO  2 
IF  INB  0,2  EQ  (  )  DO  4 

5.  DO  2 

6.  IF  INA  80,8  EQ  (99990999)  STOP 

7.  DO  3 

0.  IF  INA  0,4  GR  INB  0,4  DO  4 
IF  INA  0,4  LS  INB  0,4  DO  3 
IF  INA  0,30  EQ  INB  0,j0  DO  10 
IF  INA  0,7  GR  INB  0,7  DO  4 
IF  INA  0,7  LS  INB  0,7  DO  3 
IF  INA  0,8  GR  INB  0,8  DO  4 
IF  BIA  0,8  LS  INB  0,8  DO  3 
IF  INA  0, 9  GR  INB  0,9  DO  4 
IF  INA  0,9  LS  INB  0,9  DO  3 
IF  INA  0,10  GR  INB  0,10  DO  4 
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IF  INA  0,10  LS  INB  0,10  DO  3 
IF  INA  0,30  OR  DIB  0,30  DO  4 
9-  K)  3 

10.  IF  INA  90,12  GR  DIB  90,12  DO  4 

11.  DO  3 
END 

SURFMERGE  PROTJAPES 

5.1.8  PRINT  List  Records  (See  Also  Section  3. 3. 1.8) 

PRINT  1,4 

A.  READ 

IF  IN  80,4  NO  TEMP  190,4  SET  IN  80,4  AT  TEMP  190,4  RESTORE 
IF  LINE  0,3  OR  (53)  AND  IN  0,2  NQ  (  )  RESTORE 
^  LINE  0,3  EQ  (1)  SET  (SUIT  INDEX)  AT  OOT  31* 

PRINT  SKIP  1  DO  B  ELSE.  DO  C 

B.  SET  (FIELD  NO.)  AT  OUT  0  AND  IN  83,1  AT  OUT  10 

SET  (FOR)  AT  OUT  35  AND  IN  80,3  AT  XT  40  AND  (ENTRY  NO.)  AT  OUT  66 
PRINT  SKIP  c 

C.  SET  IN  0,78  AT  <OT  0  PRINT  DO  A 
END  OF  SUHFPRINT2 


If  a  selection  of  users  is  desired  because  only  a  few  are  updated  on  a  given 
run  punch  a  card  formatted  as  follows:  IF  ANY  (xxx  yyy  zzv)  NQ  IN  80,3  DO  A 
and  insert  in  the  PRINT  deck  above  following  the  A.  READ  Instruction.  The 
content  of  the  parentheses  on  the  card  would  contain  the  various  3 -digit 
ID  codes  of  the  selected  users  separated  by  blanks. 

This  routine  is  the  last  ■*”  the  basic  update  process.  Final  instructions 
for  a  typical  update  are: 

RESTORE 

POSITION  1,3  1,4  l,v  1,6 

****  END  (F  JOB  SAVE  TAPES  3  4  '  C 

S.2  SPECIAL  PURPOSE  FXOTINES 

5.2.1  ABSTRACT  f ran  CARDS  for  Deletion  of  Entry  Records 
(Also  See  Section  3. 3. 2.1) 

ABSTRACT  1,3  FROM  l,s  BY  CARDS 
REAEB 

1.  READA 

IF  ANY  INB  0,3  BQ  2,3  DO  3 

2.  WRITE  INA  0,102  DO  1 

3-  IF  ANY  DIB  4,76  S3  INA  5,4  DO  1 
4 .  DO  2  END  ENTRY-RECORD- DELETE 
COPY  1,5  FROM  1,3  END 
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5*2.2  ABSTRACT  from  CARDS  for  Deletion  of  List  Records 
(See  Also  Section  3. 3. 2. 2) 

ABSTRACT  1,2  FROM  1,6  BY  CARDS 
REA  IB 

1.  REAm 

IF  ANY  INB  0,3  EQ  INA  80,3  DO  3 

2.  WRITE  INA  0,102  DO  1 

3.  IF  ANY  INB  4,76  EQ,  INA  84,4  DO  1 

4.  DO  2  END  LIST-RECORD- DELETE 

Use  of  this  routine  in  the  course  of  an  update  requires  insertion  in  the 
SURF  specification  deck  immediately  before  the  merge  routine  given  in 
section  6.1.7  and,  in  addition  a  change  in  the  initial  instruction  of  that 
routine  to  read:  ABSTRACT  1.4  FROM  1,2  BY  1,3 . 

5.2.3  FORMAT  for  Modification  of  List  Records 
(See  Also  Section  3 *3.2.3) 

SL3  FORMAT  1,3  FROM  1,2 

1.  READ 

IF  ANY  IN  0,2  NQ  (  )  SET  IN  0,90  AT  OUT  0  DO  3 

2.  DO  4 

3.  READ  SET  IN  9,20  AT  OUT  90  WRITE  OUT  0,110 

4.  SET  OUT  90,20  AT  IN  90  WRITE  IN  0,110 
DO  1  END 

5.2.4  FORMAT  for  Special  Listings  (See  Also  Section  3. 3 .2. 4) 

SL1  FORMAT  1,4  FROM  1,3  FOR  USER  VOCABULARY 

1.  READ 

U  ANY  IN  0,2  EQ  (  )  DO  1 

IF  ARY  IN  80,3  NQ  (***)  DO  1  ***  =  user  ID  Code 

IF  ANY  IN  83,1  NQ  (*)  DO  1  *  =  selected  field  no. 

2.  WRITE  IN  0,102  DO  1  END 

To  use  the  above  routine  the  cards  testing  on  user  ID  and  field  number  must 
be  made  up  each  time  specifying  the  desired  codes  within  the  parentheses. 
Wnere  users  have  a  common  practice  in  assigning  the  same  field  numbers  to 
similar  material  and  it  is  desired  to  consolidate  their  vocabularies,  the 
test  on  user  ID  may  be  withdrawn  and  the  routine  followed  by  a  sort 
instruction;  SORT  1,4  BY  0,49  AND  90,12,102  END. 

SL2  FORMAT  1,2  FROM  1,4 
1.  READ 

IF  ANY  IN  0,2  EQ  (  )  DO  1 

IF  ANY  IN  80,4  NQ  (****) 

OR  ANY  IN  80,4  NQ  |hhh^  I  DO  1 


****  =  user  ID  +  field  no. 
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2.  SET  IN  0,25  AT  OUT  0  AND  IN  90,12  AT  OUT  25 
AND  IN  84,4  AT  OUT  40  AND  IN  80,23  AT  OUT  80 

3.  WRITE  OUT  0,102  DO  ]  END 

As  in  the  previous  routine  the  cards  testing  on  user  ID  and  field  no.  must 
he  made  up  to  match  the  desired  selection,  entering  the  required  codes 
within  the  parentheses  replacing  the  asterisks,  above.  The  update  print 
routine  for  list  records  may  be  used  to  print  the  tapes  produced  by  this 
process. 


5.2.5  PRINT  ROUTINE  CORRESPONDING  TO  SL2  FORMAT  (See  Also  Section  3. 2. 3. 5) 

PRINT  1,4 

A.  READ 

IF  ANY  IN  0,2  EQ  (  )  DO  A 

IF  ANY  IN  80,4  NQ  (****)  do  a  ****  .  user  ID  +  field  no. 

IF  IN  80,4  NQ  TEMP  190,4  SET  IN  80,4  AT  TEMP  190,4  RESTORE 
IF  LINE  0,3  GR  (53)  AND  IN  0,2  NQ  (  )  RESTORE 

IF  LINE  0,3  EQ  (l)  SET  (SURF  INDEX)  AT  OUT  34 
PRINT  SKIP  1  DO  B  ELSE.  DO  C 

B.  SET  (FIELD  NO.)  AT  OUT  0  AND  IN  83,1  AT  OUT  10 
SET  (FOR)  AT  OUT  35  AND  IN  80,3  AT  OUT  40 
PRINT  SKIP  2 

C.  SET  IN  0,25  AT  OUT  0  AND  IN  90,12  AT  OUT  25 
AND  IN  84,4  AT  OUT  40  PRINT  SKIP  1  DO  A 

END  QF  SELECTIVE-PRINT 

As  in  the  previous  2  routines  the  astrisks  within  the  parentheses  in  the 
4th  instruction  above  must  be  replaced  by  the  desired  user  ID  code  plus 
field  number. 
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6.  APPENDIX  B:  EXAMPLES  CF  SUSP  INDEXES 

This  appendix  presents  rive  examples  of  SURF  indexes  that  illustrate 
different  kinds  of  use.  They  were  produced  \y  selecting  a  few  cards  from 
each  user's  files  and  processing  them  especially  for  this  display. 

6.1  FIGURE  4— A  BIBLIOGRAPHIC  APPLICATION 

Figure  4  illustrates  the  kind  of  index  produced  for  SDC's  Information 
Processing  Information  Center  (IPIC)  under  format  option  Al.  Hie  index 
represents  technical  documents  contained  in  the  Center's  collection.  For 
this  application,  field  number  1  has  been  assigned  to  author(s),  field 
number  2  and  8  to  unsorted  elements,  field  number  3  to  keywords  from  the 
titles,  and  field  number  7  to  classification  categories  developed  by  the 
Center  for  cataloging  its  documents.  As  can  be  seen,  the  contents  of  field 
number  7  appear  but  once  as  an  alphabetized  key  to  the  indexed  entries . 

6.2  FIGURE  5— AN  EXAMPLE  OF  FORMAT  OPTION  B1 

Figure  5  presents  the  results  of  processing  the  same  input  as  shown  in  the 
coding  sheet  proof  of  Figure  4  under  format  option  Bl.  That  is,  the 
classification  categories  assigned  to  field  number  7  now  appear  as  a  part 
of  every  entry. 

6.3  FIGURE  6— AN  ENGINEER'S  KEY  TO  TRADE  CATALOG  DATA 

Figure  6  shows  an  index  to  the  contents  of  a  mechanical  engineer's  trade 
catalog  collection.  Here  the  assignment  of  field  numbers  is  1  to 
manufacturer  or  dealer,  2  to  various  unsorted  elements,  3  to  subject  keywords, 
and  4  to  location  in  the  engineer’s  vertical  files. 

6.4  FIGURE  7 — A  DICTIONARY  CF  GRAMMAR  RULES 

Figure  7  presents  part  of  a  dictionary  of  context-free  grammar  rules  for 
describing  English  grammar.  The  dictionary  was  used  as  a  bookkeeping  aid 
in  the  development  of  a  query  analysis  program.  Each  entry  on  the  coding 
sheet  proof  represents  a  separate  syntax  rule.  Hie  indexed  elements  provide 
access  by  syntax  categories  within  rules,  and  by  processing  rules  and  labels 
associated  with  the  syntax  rules.  Hie  latter  are  assigned  to  field  number 
3  in  the  index.  Field  number  1  is  assigned  to  the  syntax  categories 
identified  here  as  QUERY,  QWORD  (question  word),  CLAUSE,  VERBP  (verb  phrase), 
etc. 

6.5  FIGURE  8— AN  INDEX  TO  3 5 MM  SLIDES 

This  index  was  initiated  by  SDC's  Corporate  Communications  to  develop  better 
access  to  the  wealth  of  information  contained  in  its  large  and  varied  collection 
of  35mm  slides.  Each  slide  was  made  for  a  single  presentation,  briefing  or 
paper  but  contains  information  that  would  be  very  useful  for  similar  purposes 
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at  a  later  time.  Index  categories  are  assigned  to  authors  and  users, 
titles,  and  subject  descriptors.  The  coding  sheet  proof  has  been  omitted 
from  the  figure  in  order  to  show  more  of  the  index.  The  entry  numbers, 
apart  from  those  beginning  with  A,  identify  slide  numbers. 
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» 

'3 

( 


COOING  SHEET  PROOF  FOR  IPC 


ENTRY  0001  FORMAT  Al 

l  1)  **  AUTHOR  INDEX  at  THIS  INDEX  INCLUDES  PERSONS  AND  ORGANIZATIONS. 

ENTRY  0002  FORMAT  Al 

1  3)  »*  TITLE  INDEX  8)  THIS  INDEX  IS  ARRANGED  BY  KEYWORDS  ANO  PHRASES  D 

2  RAWN  FROM  THE  TITLES  OF  THE  DOCUMENTS. 

ENTRY  0003  FURMAT  Al 

1  71  ♦♦  IPIC  CLASSIFICATION  8)  THIS  CLASSIFIED  CATALOG  REFLECTS  THE  SHE 

2  LVING  ORDER  IN  IPIC.  S)  A  SINGLE  *  FOLLOWING  A  CLASS  DESIGNATION  INDI 

3  CATES  THAT  THE  DOCUMENT  IS  SHELVED  IN  THAT  CLASS. 

ENTRY  2159  FURMAT  Al 

1  1)  HERR  I UT •  J.G.  21  SOME  UbSER V A T I ONS  ON  3)  ALGOL  2)  TO  THE  3)  BURROU 

2  GHS  220.  It  STANFORD  UNIV,  41  TECH.RPT.  NO.  9,  2)  16  PAGES.  6»  1960  N 
1  OV  7  71  06.7  ALGOL  PROGRAMMING  LANGUAGE  7)  05.7  BURROUGHS  220  COMPUTE 

4  R 

ENTRY  2160  FORMAT  Al 

1  l)  SCHUMAN,  A.O.  21  THE  3)  TRANSLITERATION  OF  3)  ALGOL  21  TO  THE  3)  B 

2  UR8UUGHS  31  ALGEBRAIC  COMPILER  LANGUAGE.  11  BURROUGHS  COKP,  2)  29  PAG 

3  ES.  61  I960  MAR  29  71  06.7  ALGOL  PROGRAMMING  LANGUAGE  7)  05.7  BURROUG 

4  HS  220  COMPUTER 


F I  ELD  NO. 


SURF  INDEX 

FOR  IPC  ENTRY  NO. 


♦♦  AUTHOR  INDEX  l 

**  AUTHOR  INDEX  THIS  INDEX  INCLUDES  PERSONS  AND  ORGANIZATIONS. 
BURROUGHS  CURP,  2160 

SCHUMAN,  A .  I) .  THE  TRANSLITERATION  OF  ALGOL  TO  THE  BURROU 
GHS  ALGEBRAIC  COMPILER  LANGUAGE.  BURROUGHS  C'JRP,  29  PAGES. 
I960  MAR  29 

HERRIOT,  J.G.  2159 

HERRIOT,  J.G.  SOME  OBSERVATIONS  ON  ALGOL  TO  THE  BURROUGHS 
2 2D.  STAFFORD  UNIV,  TtCU.RPT.  NO.  9,  16  PAGES.  I960  NOV  7 


SCHUMAN,  A. (I.  2160 

SCHUMAN,  A.O.  THE  T R ANSL I TF R A T l ON  OF  ALGOL  TO  THE  BURROU 

GHS  ALG1BRAIC  COMP  I L  t  R  LANGUAGt.  BURROUGHS  CORP,  29  PAGES. 
i960  MAR  29 

STANFORD  UNIV,  2159 

HERRIOT,  J.G.  SOME  OBSERVATIONS  ON  ALGOL  TO  THE  BURROUGHS 

22J.  STANFORD  UNIV,  TECH.RPT.  NU.  9,  16  PAGES.  1960  NOV  7 


« 


Figure  4.  A  Bibliographic  Application  (Sheet  one) 
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SURF  INDEX 


FIELD  NO.  3 


FOR  IPC 


ENTRY  NO. 


TITLE  INDEX  2 

**  TITLE  INDEX  THIS  INOEX  IS  ARRANGED  BY  KEYWORDS  AN"  PHRASES  DR 

AWN  FROM  THE  TITLES  OF  THE  DOCUMENTS. 

ALGEBRAIC  COMPILER  LANGUAGE.  2160 

SCHUMAN,  A.D.  THE  TRANSLITERATION  OF  ALGOL  TO  THE  BURROU 

GHS  ALGEBRAIC  COMPILER  LANGUAGE.  BURROUGHS  CORP,  29  PAGES. 

1960  MAR  29 

ALGOL  2159 

HERRIOT,  J.G.  SOME  OBSERVATIONS  ON  ALGOL  TO  THE  BURROUGHS 

220.  STANFORD  UNIV,  TECH.RPT .  NO.  9,  16  PAGES.  I960  NOV  7 

ALGOL  2160 

SCHUMAN,  A.D.  THE  TRANSLITERATION  OF  ALGOL  TO  THE  BURROU 

GHS  ALGEBRAIC  COMPILER  LANGUAGE.  BURROUGHS  CORP,  29  PAGES. 

I960  MAR  29 

BURROUGHS  2160 

SCHUMAN,  A.D.  THE  TRANSLITERATION  OF  ALGOL  TO  THE  BURROU 

GHS  ALGEBRAIC  COMPILER  LANGUAGE.  BURROUGHS  CORP,  29  PAGES. 

I960  MAR  29 

BURROUGHS  220.  2159 

HERRIOT,  J.G.  SOME  OBSERVATIONS  ON  ALGOL  TO  THE  BURROUGHS 

220.  STANFORO  UNIV,  TECH.RPT.  NO.  9,  16  PAGES.  1960  NOV  7 

TRANSLITERATION  OF  2160 

SCHUMAN,  A.D.  THE  TRANSLITERATION  OF  ALGOL  TO  THE  BURROU 

GHS  ALGEBRAIC  COMPILER  LANGUAGE.  BURROUGHS  CORP,  29  PAGES. 

I960  MAR  29 


SURF  INDEX 


FIELD  NO.  7 


FOR  IPC 


ENTRY  NO. 


••  IPIC  CLASSIFICATION  3 

THIS  CLASSIFIED  CATALOG  REFLECTS  THE  SHELVING  ORDER  IN  IPIC. 

05.7  BURROUGHS  220  COMPUTER  2159 

HERRIOT,  J.G.  SOMF  OBSERVATIONS  UN  ALGOL  TO  THE  BURROUGHS 

220.  STANFORD  UNIV,  TECH.RPT.  NO.  9,  16  PAGES.  I960  NOV  7 

05.7  BURROUGHS  220  COMPUTFR  2160 

SCHUMAN,  A.D.  THE  TRANSLITERATION  OF  ALGOL  TO  THE  BURROU 
GHS  ALGEBRAIC  COMPILER  LANGUAGE.  BURROUGHS  CORP,  29  PAGES. 

I960  MAR  29 

06.7  ALGOL  PROGRAMMING  LANGUAGE  2159 

HERRIOT,  J.G.  SOME  OttSFRVAT IUNS  ON  ALGOL  TO  THE  BURROUGHS 

220.  STANFORO  UNIV,  TECH.RPT.  NO.  9,  16  PAGES.  1960  NOV  T 


06.7  ALGOL  PROGRAMMING  LANGUAGE  2160 

SCHUMAN,  A.O.  THE  TRANSLITERATION  OF  ALGOL  TO  THE  BURROU 
GHS  ALGEBRAIC  COMPILER  LANGUAGE.  BUMRUUGHS  CORP,  29  PAGES. 
1960  MAR  29 


Figure  U.  (Sheet  two) 
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SURF  INDEX 


FIEL '  NO. 


FOR  I  PC 


ENTRY  NO. 


**  AUTHOR  INDEX  1 

**  AUTHOR  INDEX  THIS  INDEX  INCLUDES  PERSONS  ANO  ORGANIZATIONS. 
BURROUGHS  CORP.  2160 

SCHUMAN,  A. 0.  THE  TRANSLITERATION  OF  ALGOL  TO  THE  BURROU 
GHS  ALGEBRAIC  COMPILER  LANGUAGE.  BURROUGHS  CORP,  29  PAGES. 
1960  MAR  29  06.7  ALGOL  PROGRAMMING  LANGUAGE  05.7  BURROUGHS  22 


HFRRIOT, 


SCHUMAN, 


0  COMPUTER 

J.G.  2159 

HFRRIOT,  J.G.  SOME  OBSERVATIONS  ON  ALGOL  TO  THE  BURROUGHS 
220.  STANFORD  UNIV,  TECH.RPT.  NO.  9,  16  PAGES.  1960  NOV  7 

06.7  ALGOL  PROGRAMMING  LANGUAGE  05.7  BURROUGHS  220  COMPUTER 

A.O.  2160 

SCHUMAN,  A.D.  THE  TRANSLITERATION  OF  ALGOL  TO  THE  BURROU 
GHS  ALGEBRAIC  COMPILER  LANGUAGE.  BURROUGHS  CORP,  29  PAGES. 

MAN  N  N  •>,  1  A  i  r-  /-\«  'T'  n  1  t«l«  •  n*  •  A  AT  "*  <« 


SURF  INDEX 


FIELD  NU. 


FOR  IPC 


ENTRY  NO. 


•*  TITLE  INDEX  2 

**  TITLE  INDEX  THIS  INDEX  IS  ARRANGED  S'  KEYWORDS  AND  PHRASES  DR 
AWN  FROM  THE  TITLES  OF  THE  DOCUMENTS. 

ALGEBRAIC  COMPILER  LANGUAGE.  2160 

SCHUMAN,  A.O.  THE  TRANSLITERATION  OF  ALGOL  TO  THE  BURROU 
GHS  ALGEBRAIC  COMPILER  LANGUAGE.  BURROUGHS  CORP,  29  PAGES. 

I960  MAR  29  06.7  ALGOL  PROGRAMMING  LANGUAGE  05.7  BURROUGHS  22 

0  COMPUTER 


SURF  INDEX 

FIELD  NO.  7  FOR  IPC  ENTRY  NO. 


••  IPIC  CLASSIFICATION  3 

IPIC  CLASSIFICATION  THIS  CLASSIFIED  CATALOG  REFLECTS  THE  SHEL 
VINO  1RDER  IN  IPIC. 

35.7  BURROUGHS  220  COMPUTER  2159 

MERRDT,  J.G.  SOME  OBSERVATIONS  ON  ALGOL  TO  THE  BURROUGHS 

220.  STANFORD  UNIV,  TECH.RPT.  NO.  9,  16  PAGES.  1960  NOV  7 

06.7  ALGOL  PROGRAMMING  LANGUAGE  05.7  BURROUGHS  220  COMPUTER 

35.7  BURROUGHS  220  COMPUTER  2160 

SCHUMAN.  A.D.  THE  TRANSLITERATION  OE  ALGOL  TO  THE  BURROU 

GHS  ALGEBRAIC  COMPILER  LANGUAGE.  BURROUGHS  CORP,  29  PAGES. 

I960  MAR  29  06.7  ALGOL  PROGRAMMING  LANGUAGE  05.7  BURROUGHS  22 

0  COMPUTER 

36.7  ALGOL  PRJ.GAMMINg  LANGUAGE  2159 

HERR  IDT,  J.G.  SOME  OBSERVATIONS  ON  ALGOL  TO  THE  BURROUGHS 

220.  STANFORO  UNIV,  TECH.RPT.  NO.  9,  16  PAGES.  I960  NOV  7 

06.7  ALGOL  PROGRAMMING  LANGUAGE  05.7  BURROUGHS  22 0  COMPUTER 
06.7  ALGOL  PROGRAMMING  LANGUAGE  2160 

SCHUMAN,  A.O.  THE  TRANSLITERATION  OE  ALGOL  TO  THE  BURROU 

GHS  ALGEBRAIC  COMPILER  LANGUAGE.  BURROUGHS  CORP,  29  PAGES. 

1960  MAR  79  06.7  ALGOL  PROGRAMMING  LANGUAGE  05.7  BURROUGHS  22 

0  COMPUTER 


Figure  5 


An  Exaaple  of  Fonat  Option  B1 
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COOING  SHEET  PROOF  FOR  HEi 


ENTRY  OOOl  FORMAT  A1 

l  31  GEARSf  31  NYLON,  3)  MORN  1)  CLEAT  1 VE  ENGINEERING  CO.  4)  FC 

ENTRY  0002  FORMAT  A1 

1  31  MOTORS,  2)  SHAOEO  POLE  II  BREVEL  CO.  41  FB 

ENTRY  0003  FORMAT  AL 

l  3)  CLUTCHES,  21  INOEXING,  2)  OVERRUN*  21  BACKSTOP,  1)  MORSE  CO.  41  FC 

ENTRY  0004  FORMAT  A1 

1  3)  FASTENERS*  2)  SELF  LUCKING.  II  BOOTS  CO.  4)  FB 

ENTRY  >005  FORMAT  Al 

1  3)  CLUTCH,  2)  MAGNETIC,  31  BRAKES,  11  VICKERS  ELECTRIC  41  FV 

ENTRY  0006  FORMAT  Al 

1  31  SEALS,  31  LUBE  OEVICES  1)  GITS  4)  FG 


SURF  INDEX 

FIELO  NO.  1  FOR  HEI  ENTRY  NO. 


BOOTS  CO. 

F ASTCNERS,  SELF  LOCKING,  BOOTS  CO.  FB 
BREVEL  CO. 


MOTORS,  SHAOEO  POLE 

BREVEL 

CO.  FB 

CREATIVE  ENGINEERING  CO. 

GEARS.  NYLON,  NORM 

CREATIVE  ENGINEERING  CO. 

FC 

GITS 

SEALS,  LUBE  DEVICES 

GITS 

FG 

MORSE  CO. 

CLUTCHES,  INOEXING, 

OVERRUN,  BACKSTOP,  MORSE  CO 

VICKERS  ELECTRIC 

CLUTCH,  MAGNETIC, 

BRAKES, 

VICKERS  ELECTRIC 

FV 

SURF 

INDEX 

FIELO  NU.  i 

FOR 

HE  l 

BRAKES, 

CLUTCH,  MAGNETIC, 

CLUTCH, 

BRAKES, 

VICKERS  ELECTRIC 

FV 

CLUTCH,  MAGNETIC, 

CLUTCHES, 

brakes. 

VICKERS  ELECTRIC 

FV 

CLUTCHES,  INOEXING, 

FASTENERS, 

OVERRUN,  BACKSTOP,  MORSE  CO 

FASTENERS.  SELF  LOCKING,  BOOTS  CO.  FB 


gears. 

gears. 

LUBE  OEVICES 

NYLON, 

MORN 

CREATIVE 

ENGINEERING 

CO. 

FC 

MOTORS. 

SEALS, 

LUBE  OEVICES 

GITS  FG 

NYLON* 

MOTORS, 

SHAOEO 

POLE 

SKEVEl  CO. 

FB 

SEALS. 

GEARS, 

NYLON, 

MORM 

CREATIVE 

ENGINEERING 

CO. 

FC 

NORM 

SEALS. 

LUBE  OEVICES 

GITS  FC 

GEARS. 

NYLON, 

NORM 

CREATIVE 

ENGINEERING 

CO. 

FC 

4 

2 

1 

6 

3 

FC 

5 
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Figure  6.  An  Engineer's  Key  to  Trade  Catalog  Data 
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COOING  SHEET  PROOF  FOR  KEL 


ENTRY  OOOl 
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Figure  7-  A  Dictionary  of  Gram&r  Rule* 


29  April  1966 


31 


TM-2912/ 000/ 00 


SURF  INDEX 


FIELD  NO. 


FOR  NR  I 


ENTRY  NO. 


••AUTHOR/USER  AOOl 

••AUTHOR/USER  THIS  INOEX  NAMES  THE  PERSON  MHO  MAS  PRINCIPAL  USER 
AND/OR  THE  PERSON  RESPONSIBLE  FOR  GATHERING  THE  INFORMATION  PRESE 


CANTER 

NTEO. 

MAR/65  CANTER 

ES 

MAR/65  CARTER 

LINTNER 

PERSONNEL 

LOCATION 

POOl 

MAP  UNITEO  STAT 

CANTER 

LINTNER 

MILITARY 

CONTRACT 

POOl 

PIE-CHART,  COLOR 

canter 

,  6  ANO  M. 

POO? 

MAR/65  CANTER 

LINTNER 

REVIEW  OF 

SOC  CONTRACT  PERFORMANCE  C 

ONTRACT  PERFORMANCE  OVERRUN  UNDERRUN 

SURF  INDEX 

FIELD  NO.  1  FOR  NR i  ENTRY  NO. 


••TITLE  INOEX  ADO? 

••TITLE  INOEX  IF  A  SLIDE  JOES  NOT  HAVE  A  TITLE,  IT  IS  NOT  LISTED 
HERE.  SLIDE  TITLES  ARE  VERY  RICH  IN  INFORMATION  AND  PROVIDE  GOOO 
ACCESS. 

REVIEW  OF  SOC  CONTRACT  PERFORMANCE  P002 

MAR/6S  CANTER  LINTNER  REVIEW  OF  SDC  CONTRACT  PERFORMANCE  C 
UNTRACT  PERFORMANCE  OVERRUN  UNDERRUN 

SURF  INOEX 

FIELD  NO.  5  FOR  NR  I  ENTRY  NO. 


••DESCRIPTORS  INOEX  A003 

••DESCRIPTORS  INOEX  WE  HAVE  ATTEMPTED  TO  ASSIGN  DESCRIPTIVE  TERM 

S  TO  THE  MAJOR  INFORMATION  CHARACTERISTICS  OF  THE  INDEXED  SLIDES 
.  THIS  IS  A  COMPLETE  INOEX.  ALL  SLIDES  ARE  DESCRIBED  HEREIN. 

CONTRACT  POOl 
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,  B  AND  M. 
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Figure  3.  An  Index  to  33«bi  Slides 
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7.  APPENDIX  C:  INSTRUCTIONS  TO  MACHINE  &  KEYPUNCH  OPERATORS 

7.1  INSTRUCTIONS  TO  MACHINE  OPERATORS 

Mount  a  file -protected  MADAM  MASTER  Tape  on  tape  drive  1,  and  a  blank  on 
tape  drive  2.  Load  from  tape.  The  system  will  write  on  drive  2  and  rewind. 
Remove  the  MASTER  tape  from  drive  1  and  store.  Put  the  reel  from  tape  drive 
2  onto  tape  drive  1.  This  tape  is  now  an  operating  system  tape.  Do  not 
file -protect  this  tape  or  other  tapes  when  running  SURF  Jobs.  The  operating 
system  tape  may  be  saved  for  successive  SURF  runs  unless  it  is 
damaged  through  machine  malfunction  or  wear  and  tear  on  the  tape. 

Place  blanks  on  tape  drives  2,  3  and  4,  the  old  entry  record  tape  on  drive 
5  and  the  old  list  tape  on  drive  6.  Put  the  SURF  specification  deck  in  the 
reader,  activate  sense  switches  A  and  B,  load  from  tape,  press  START. 

Program  and  operator  instructions  are  outputed  on  the  printer.  Look  for 
the  instruction:  ****  END  CF  JOB  SAVE  TAPES  which  will  signal  *he  end  of 
a  run. 

If  the  machine  halts  with  no  error  message,  press  START.  If  a  process  is 
interrupted,  it  will  be  necessary  to  reinitiate  the  system  through  rewinding 
tape  drive  1,  loading  from  tape,  and  rereading  the  SURF  specifications  for 
the  routine  interrupted.  If  the  operating  system  tape  appears  damaged,  move 
the  reel  to  tape  drive  2,  mount  the  MADAM  MASTER  tape  on  drive  1,  load  from 
tape,  etc.,  as  described  above. 

The  paper  normally  required  for  SURF  printouts  is  white  unlined  single-part 
medi un-width  paper  perforated  on  one  edge.  The  output  uses  a  standard 
carriage  tape  and  the  print  position  lineup  is  80- column  with  the  print 
beginning  1  inch  from  the  left  edge  of  the  paper.  The  perforated  edge  is 
placed  on  the  right.  The  printout  is  burst,  the  perforated  edge  stripped, 
and  each  user's  index  bound  separately  after  removing  the  SURF  program 
instructions.  Each  user  is  identified  by  a  three-digit  code  printed  at 
the  head  of  each  sheet  following  the  legend:  SURF  INDEX  FOR  ...  or 
CODING  SHEET  PROCF  FOR  ... 

If  an  additional  copy  of  the  MADAM  MASTER  Tape  is  desired,  mount  the  MADAM 
operating  system  on  tape  drive  1,  the  MASTER  tape  on  drive  2  and  blanks 
on  drives  3  and  4.  Prepare  a  card  formatted  as  follows: 

COPT  1,3  FRCM  1,2  END  nnd  put  in  card  reader.  Load  from  tape,  press  start. 
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7.2  KEYPUNCH  INSTRUCTIONS 

A. 

1.  Keypunch  and  verify,  from  "SURF  Input  Coding  Sheet,"  Figure  1. 


ID  Code 

Col 

1-3 

Output  Format 

4-5 

Entry  No. 

6-9 

Nunbei^d  Field  and 

Field  Controls 

11 

11-79 

2.  Place  keypunched  deck  in  keypunch  and  punch 
Card  No.  Col.  10 

Note:  Cards  are  numbered  within  "Entry  No." 

3-  Sort  Col.  1-10 

4.  Route  all  "SURF  Input  Coding  Sheets"  and  cards  to  requester. 

B.  Special  Keypunching  Instructions 

1.  If  a  word  or  number  is  completed  when  Col.  79  is  reached.  Col.  11 
in  the  following  card  must  be  a  blank  when  there  is  a  next  card 
to  be  punched  with  the  same  entry  number. 

2 .  If  a  word  or  number  is  not  completed  when  Col .  79  is  reached, 
continue  the  word  or  number  in  Col.  11  of  the  following  card. 

The  only  exception  to  spacing  is  that  a  rninber  followed  by  a 
parenthesis  cannot  be  split.  When  the  number  followed  by  a 
parenthesis  is  going  to  fall  in  Col .  79  leave  Col.  79  blank  and 
punch  the  number  followed  by  a  parenthesis  in  Coi.  11  of  the  next 
card. 

3.  The  11th  column  of  card  number  1  of  each  entry  nisnber  must  contain 
r.n  arabic  numeral  followed  by  a  parenthesis.  If  the  coding  sheet 
does  not  reflect  this, return  it  to  the  requestor  for  correction. 
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